
United States Patent and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE 
United States Patent and Trademark Office 

Address: COMMISSIONER FOR PATENTS 
P.O. Box 1450 

Alexandria, Virginia 22313-1450 
www.uspto.gov 



APPLICATION NO. 



FILING DATE 



FIRST NAMED INVENTOR 



I ATTORNEY DOCKET NO. CONFIRMATION NO, 



09/875,241 



06/05/2001 



7590 



05/27/2005 

B. Noel Kivlin 

Conley, Rose, & Tayon, P.C. 

P.O. Box 398 

Austin, TX 78769 



Ebrahim Hashemi 



5181-77800 



7294 



EXAMINER 



WILSON, YOLANDA L 



ART UNIT 



PAPER NUMBER 



2113 

DATE MAILED: 05/27/2005 



Please find below and/or attached an Office communication concerning this application or proceeding. 



PTO-90C (Rev. 10/03) 



L/i/ICc? Million OUiilftiaiy 


Application No. 

09/875,241 


Applicant(s) 

HASHEMI, EBRAHIM 


Examiner 

Yolanda Wilson 


Art Unit 

2113 





~ The MAILING DATE of this communication appears on tho cover sheet with the correspondence address 
Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) FROM 
THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 .136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- tf the period for reply specified above is less than thirty (30) days, a reply within the statutory minimum of thirty (30) days will be considered timely. 

- tf NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 133). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1.704(b). 

Status 

1 )^ Responsive to communication(s) filed on 07 March 2005 . 
2a)K This action is FINAL. 2b)D This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quay/e, 1935 CD. 11, 453 O.G. 213. 

Disposition of Claims 

4) ^ Claim(s) 1-39 and 41-47 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) D Claim(s) is/are allowed. 

6) G3 Claim(s) 1-6.8-22.24-37.39 and 42-47 is/are rejected. 

7) E3 Claim(s) 7.23,38 and 41 is/are objected to. 

8) D Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) D The specification is objected to by the Examiner. 

10) D The drawing(s) filed on is/are: a)D accepted or b)D objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1.85(a). 
Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 

1 1) D The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 1 1 9 j 

12) D Acknowledgment is made of a claim for^foreign priority under 35 U.S.C. § 1 19(a)-(d) or (f). 
a)D All b)Q Some * c)D None of: | 

1 .□ Certified copies of the priority documents have been received. 

2. D Certified copies of the priority documents have been received in Application No. . 

3. D Copies of the certified copies of the priority documents have been received in this National Stage 

application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attachment(s) 

1) □ Notice of References Cited (PTO-892) 

2) CH Notice of Draftsperson's Patent Drawing Review (PTO-948) 

3) □ Information Disclosure Statement(s) (PTO-1449 or PTO/SB/08) 

Paper No(s)/Mail Date . 



4) EH Interview Summary (PTO-413) 

Paper No(s)/Mail Date. . 

5) CD Notice of Informal Patent Application (PTO-1 52) 

6) □ Other: . 



U.S. Patent and Trademark Office 
PTOL-326 (Rev. 1-04) 



Office Action Summary 



Part of Paper No./Mail Date 05182005 



Application/Control Number: 09/875,241 Page 2 

Art Unit: 21 13 

FINAL DETAILED ACTION 
Claim Objections 

1 . Claims 7,23,38,41 are objected to as being dependent upon a rejected base 
claim, but would be allowable if rewritten in independent form including all of the 
limitations of the base claim and any intervening claims. 

Claim Rejections - 35 USC § 102 

2. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(a) the invention was known or used by others in this country, or patented or described in a printed 
publication in this or a foreign country, before the invention thereof by the applicant for a patent. 

3. Claims 1-5,8,9,11,12,14-21,24-25,27-37,42,44-47 are rejected under 35 
U.S.C. 102(a) as being anticipated by Solomon et al. (USPN 6151659A). As appears in 
claim 1 , Solomon et al. discloses a plurality of storage devices, a storage controller 
coupled to said plurality of storage devices, wherein said storage controller is configured 
to store data in the form of stripes where each stripe includes a plurality of data blocks 
stored across said plurality of storage devices, wherein each stripe further includes a 

redundancy data block in column 3, lines 26-39. 

I 

Solomon et al. discloses wherein said storage controller is further configured to 

f. 

initialize a given stripe in response to receiving a write request to write a new data block 

i 

at a particular location of said given strip and detecting a mismatch in block verification 
information associated with an existing data block at the particular location of said given 
stripe to be updated, wherein said storage controller is configured to initialize said given 
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stripe by generating a corresponding redundancy data block for said given stripe based 
on at least the new data block to be written to said given stripe in column 6, line 64 - 
column 7, line 18. It is inherent for a RAID system to have a controller. 

4. As per claim 2, Solomon et al. discloses said storage controller is configured to 
initialize said given stripe by reading one or more remaining data blocks of said given 
stripe and generating the corresponding redundancy data block for said given stripe 
based on the remaining data blocks and the new data block in column 6, line 64 - 
column 7, line 18. 

5. As per claim 3, Solomon et al. discloses said redundancy data block contains 
parity data calculated from said other data blocks in column 2, lines 5-1 1 . 

6. As per claim 4, Solomon et al. discloses said block verification information 
associated with a particular data block includes a code dependent upon data contained 
within said particular data block in column 6, line 64 - column 7, line 18 and column 6, 
lines 1-9. 

7. As per claim 5, Solomon et al. discloses said code is an error detection code in 
column 6, line 64 - column 7, line 18 and column 6, lines 1-9. 

8. As per claim 8, Solomon et al. discloses said block verification information 
associated with a particular data block includes an address associated with said 
particular data block in column 6, line 64 - column 7, line 18. 

9. As per claims 9 and 25, Solomon et al. discloses said address is a logical block 
address for each particular block. It is inherent for a RAID system to be accessed by 
using logical block addressing. 
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10. As per claim 1 1 , Solomon et al. discloses said block verification information of 
said particular data block further includes a code dependent upon data contained within 
said particular data block in column 6, line 64 - column 7, line 18. 

11. As per claim 12, Solomon et al. discloses said code is an error detection code in 
column 6, line 64 - column 7, line 18 and column 6, lines 1-9. 

12. As per claim 14, Solomon et al. discloses said plurality of storage devices is a 
disk drive in Figure 1B. 

13. As per claim 15, Solomon et al. discloses said block verification information 
includes a block ID in column 6, line 64 - column 7, line 1 8. 

14. As per claim 16, Solomon et al. discloses said storage controller is configured to 
implement RAID 5 functionality column 6, lines 1-9. 

15. As per claim 17, Solomon et al. discloses a plurality of storage devices, a storage 
controller coupled to said plurality of storage devices, wherein said storage controller is 
configured to store data in the form of stripes where each stripe includes a plurality of 
data blocks stored across said plurality of storage devices, wherein at least one of the 
plurality of data blocks is a redundancy data block in column 3, lines 26-39. 

Solomon et al. discloses wherein said storage controller is further configured to 
initialize a given stripe in response to receiving a write request to write a new data block 
at a particular location of said given stripe and detecting a mismatch in block verification 
information in each of at least two existing data blocks of said given stripe, wherein one 
of the two existing data blocks is at the particular location of said given stripe to be 
updated, wherein said storage controller is configured to initialize said given stripe by 
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generating a corresponding redundancy data block for said given stripe based on at 
least the new data block to be written to said given stripe in column 6, line 64 - column 
7, line 18. It is inherent for a RAID system to have a controller. 

16. As per claim 18, Solomon et al. discloses said storage controller is configured to 
initialize said given stripe by reading one or more remaining data blocks of said given 
stripe and generating the corresponding redundancy data block for said given stripe 
based on the remaining data blocks and the new data block in column 6, line 64 - 
column 7, line 18. 

17. As per claim 19, Solomon et al. discloses said redundancy data block contains 
parity data calculated from said other data blocks in column 2, lines 5-1 1 . 

18. As per claim 20, Solomon et al. discloses said block verification information 
associated with a particular data block includes a code dependent upon data contained 
within said particular data block in column 6, line 64 - column 7, line 18 and column 6, 
lines 1-9. 

19. As per claim 21 , Solomon et al. discloses said code is an error detection code in 
column 6, line 64 - column 7, line 18 and column 6, lines 1-9. 

20. As per claim 24, Solomon et al. discloses said block verification information 
associated with a particular data block includes an address associated with said 
particular data block in column 6, line 64 - column 7, line 1 8. 

21 . As appears in claim 27, Solomon et al. discloses a host, a data storage 
subsystem coupled to said host, a plurality of storage devices, a storage controller 
coupled to said plurality of storage devices wherein said storage controller is configured 
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to store data in the form of stripes where each stripe includes a plurality of data blocks 
stored across said plurality of storage devices, wherein each stripe further includes a 
redundancy data block in column 3, lines 26-39. 

Solomon et al. discloses wherein said storage controller is further configured to 
initialize a given stripe in response to receiving a write request to write a new data block 
at a particular location of said given stripe and detecting a mismatch in said block 
verification information associated with an existing data block at the particular location 
of said given stripe to be updated and wherein said storage controller is configured to 
initialize said given stripe by generating a corresponding redundancy data block for said 
given stripe based on at least the new data block to be written to said given stripe in 
column 6, line 64 - column 7, line 18. It is inherent for a RAID system to have a 
controller. 

22. As per claim 28, Solomon et al. discloses said storage controller is configured to 
initialize said given stripe by reading one or more remaining data blocks of said given 
stripe and generating the corresponding redundancy data block for said given stripe 
based on the remaining data blocks and the new updated data block in column 6, line 
64 -column 7, line 18. 

23. As per claim 29, Solomon et al. discloses said redundancy data block contains 
parity data calculated from said other data blocks in column 2, lines 5-1 1 . 

24. As per claim 30, Solomon et al. discloses said block verification information 
associated with a particular data block includes an error detection code in column 6, line 
64 - column 7, line 18 and column 6, lines 1-9. 
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25. As per claim 31 , Solomon et al. discloses said block verification information 
associated with a particular data block includes an address associated with said 
particular data block in column 6, line 64 - column 7, line 1 8. 

26. As appears in claim 32, Solomon et al. discloses storing data in the form of 
stripes within a plurality of storage devices where each stripe includes a plurality of data 
blocks stored across said plurality of storage devices wherein each stripe further 
includes a redundancy data block in column 3, lines 26-39. 

Solomon et al. discloses initializing a given stripe in response to receiving a write 
request to write a new data block at a particular location of said given stripe and 
detecting a mismatch in block verification information associated with an existing data 
block at the particular location of said given stripe comprises generating a 
corresponding redundancy data block for said given stripe based on at least the new 
data block to be written to said given stripe in column 6, line 64 - column 7, line 18. 

27. As per claim 33, Solomon iet al. discloses wherein said initializing said given 
stripe comprises reading one or more remaining data blocks of said given stripe and 
generating the corresponding redundancy data block for said given stripe based on the 
remaining data blocks and the new data block in column 6, line 64 - column 7, line 18. 

28. As per claim 34, Solomon et al. discloses said redundancy data block contains 
parity data calculated from said other data blocks on page 4, paragraph 0032, "As is 
illustrated, data stripe 200 includes one parity sector 204 for each data sector in the 
stripe." 
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29. As per claim 35, Solomon et al. discloses said block verification information of a 
particular data block includes an error detection code in column 2, lines 5-1 1 . 

30. As per claim 36, Solomon et al. discloses said block verification information 
associated with said particular data block further includes an address associated with 
said particular data block in column 6, line 64 - column 7, line 18 and column 6, lines 1- 
9. 

31 . As per claim 37, Solomon et al. discloses said block verification information 
associated with said particular data block includes an address associated with said 
particular data block in column 6, line 64 - column 7, line 18 and column 6, lines 1-9. 

32. As per claim 42, Solomon et al. discloses wherein said storage controller is 
configured to initialize said given stripe by generating the corresponding redundancy 
data block for said given stripe based on the new data block and a known data pattern 
to be written to said given stripe at memory locations corresponding to one or more 
remaining data blocks of said given stripe in column 6, line 64 - column 7, line 18. 

33. As per claim 44, Solomon et al. discloses wherein block verification information is 
associated with each of the plurality of data blocks and the redundancy data block in 
column 6, line 64 - column 7, line 18. 

34. As per claim 45, Solomon et al. discloses wherein said storage controller is 
configured to initialize one or more stripes in said data storage subsystem depending 
upon whether write requests are received that correspond to the one or more stripes 
and depending upon whether a mismatch is detected in the block verification 
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information associated with each of the one or more stripes in column 6, line 64 - 
column 7, line 18. 

35. As per claim 46, Solomon et al. discloses wherein said storage controller is 
configured to initialize a subset of said stripes in said data storage subsystem in 
response to receiving a write request to write a new data block in each of the subset of 
said stripes and in response to detecting a mismatch in block verification information 
associated with each of the subset of said stripes and subsequent to initializing the 
subset of said stripes, initializing one or more remaining stripes in said data storage 
subsystem in response to receiving a write request to write a new data block in each of 
the one or more remaining stripes and in response to detecting a mismatch in block 
verification information associated with each of the one or more remaining stripes in 
column 6, line 64 - column 7 f line 18. 

36. As per claim 47, Solomon et al. discloses storing data in the form of stripes 
where each stripe includes a plurality of data blocks stored across said plurality of 
storage devices in column 3, lines 26-39. 

Solomon et al. discloses initializing a subset of said stripes in said data storage 
subsystem; performing a partial write to at least one of said stripes of said subset; and 
subsequent to performing the partial write to at least one of said stripes of said subset, 
initializing one or more remaining stripes in said data storage subsystem stripe in 
column 6, line 64 - column 7, line 18. 
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Claim Rejections - 35 USC § 103 

37. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

38. Claims 10,26,39 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Solomon et al. in view of IBM. As per claims 10, 26, 39, Solomon et al. fails to explicitly 
state detecting a mismatch in said block verification information comprises comparing a 
value contained in a field of said particular data block for storing said address to an 
expected value of said address for said particular data block read from one of said 
storage devices. 

IBM discloses on page 189, "The solution to this problem is to record the LBA 
within the sector of data when it is written to the device and check the LBA when the 
data is read form the device." 

Accordingly, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to detect a mismatch in said block verification information 
comprises comparing a value contained in a field of said particular data block for storing 
said address to an expected value of said address for said particular data block read 
from one of said storage devices. A person of ordinary skill in the art would have been 
motivated to have detect a mismatch in said block verification information comprises 
comparing a value contained in a field of said particular data block for storing said 
address to an expected value of said address for said particular data block read from 
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one of said storage devices because there is a need to determine if the write data has 
been sent to the write logical block address. IBM discloses on page 189, "Direct Access 
Storage Devices (DASDs) have no capability for determining if they have sent the host 
system incorrect data for a given Logical Block Address (LBA)." 

39. Claims 6,13,22, are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Solomon et al. in view of Archibald, Jr. et al. (US Publication Number 200201 69995A1). 
As per claims 6,22, Solomon et al. fails to explicitly state error detection code is a cyclic 
redundancy check code. 

Archibald, Jr. et al. discloses this limitation on page 4, paragraph 0032, The one 
or more DSSds values can be Longitudinal Redundancy Check (LRC) values, Cyclical 
Redundancy Check (CRC) values or Checksum Values." 

Accordingly, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to have error detection code be cyclic redundancy check 
code. A person of ordinary skill in the art would have been motivated to have error 
detection code be cyclic redundancy check code because cyclic redundancy check 
code is a type of error detection code that is used for checking errors for data stored in 
memory. This is disclosed on page 2, paragraph 001 1 . 

40. Claim 43 is rejected under 35 U.S.C. 103(a) as being unpatentable over Solomon 
et al. in view of Matsumoto (USPN 5737745A). As per claim 43, Solomon et al. fails to 
explicitly state the known data pattern is a pattern of all zeros. The known pattern is 
going to be used with the new data block in order to generate the corresponding 
redundancy data block for the stripe. 
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Matsumoto et al. discloses this limitation in column 1, lines 53-66. 

Accordingly, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to have the known data pattern be a pattern of all zeros. A 
person of ordinary skill in the art would have been motivated to have the known data 
pattern be a pattern of all zeros because a pattern of all zeros represents that data has 
been entered for all sections of a memory device when a memory device has first been 
brought on-line. Considine et al. (USPN 6425053B1) discloses this in the abstract, The 
command causes a small data block of all zeroes written tot eh disk to be duplicated so 
that the entire container space in each disk is effectively written to." 

Response to Arguments 
41 . Applicant's arguments with respect to claims 1-39,41-47 have been considered 
but are not persuasive. Concerning claims 1 ,27,32, Applicant argues on page 13, under 
the Remarks Section, "Applicant respectfully submits that Solomon fails to teach or 
suggest 'said storage controller is further configured to initialize a given stripe in 
response to receiving a write request to write a new data block at a particular location of 
said given stripe and detecting a mismatch in block verification information associated 
with an existing data block at the particular location of said given stripe to be updated' 
as recited in claim 1 . The Examiner contends that Column 6 Line 64 - Column 7 Line 18 
of Solomon teaches this feature. Applicant strongly disagrees with the Examiner's 
assertion. As noted above, which Solomon teaches that during a write transaction the 
old data and the old parity are read, the validation stamp of the new data is updated, the 
new data is written, and then the LRC (validation stamp) of the parity data is compared 
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with the LRC of the old data, Solomon does not teach or suggest initializing 'a given 
stripe in response to... detecting a mismatch in block verification information associated 
with an existing data block at the particular location of said given stripe to be updated 1 
as recited in claim 1 

42. Examiner respectfully disagrees with Applicant. The reference applied, Solomon 
et al., explicitly states in column 7, lines 5-10 the block validation is made with the 
comparison of the validation stamps of the old parity and the old data for the particular 
data block. The new data and the old data pertain to the same data block. 

43. Concerning claim 17, Applicant argues on pages 13-14, under the Remarks 
Section, "Applicant respectfully submits that Solomon fails to teach or suggest 'said 
storage controller is further configured to initialize a given stripe in response to receiving 
a write request to write a new data block at a particular location of said given stripe and 
detecting a mismatch in block verification information in each of at least two existing 
data blocks of said given stripe, wherein one of the two existing data block is at the 
particular location of said given stripe to be updated 1 as recited in claim 17. The 
Examiner contends that Column 6 Line 64 - Column 7 Line 18 of Solomon teaches this 
feature. Applicant strongly disagrees with the Examiner's assertion. As noted above, 

I 

which Solomon teaches that during a write transaction the old data and the old parity 

1 

are read, the validation stamp of t$e new data is updated, the new data is written, and 
then the LRC (validation stamp) of the parity data is compared with the LRC of the old 
data, Solomon does not teach or suggest initializing 'a given stripe in response 
to... detecting a mismatch in block verification information in each of at least two existing 
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data blocks of said given stripe, wherein one of the two existing data blocks is at the 
particular location of said given stripe to be updated 1 as recited in claim 17." 

44. Examiner respectfully disagrees with Applicant. The reference applied, Solomon 
et al., explicitly states in column 7, lines 5-10 the block validation is made with the 
comparison of the validation stamps of the old parity and the old data for the particular 
data block. The new data and the old data pertain to the same data block. This 
technique is applied to the blocks that need updating. 

45. Concerning claim 47, Applicant argues on pages 14-1 5, under the Remarks 
Section, "Applicant respectfully submits that Solomon fails to teach or suggest 'said 
storage controller is further configured to initialize a given stripe in response to receiving 
a write request to write a new data block at a particular location of said given stripe and 
detecting a mismatch in block verification information associated with an existing data 
block at the particular location of said given stripe to be updated' as recited in claim 47. 
The Examiner contends that Column 6 Line 64 - Column 7 Line 18 of Solomon teaches 
this feature. Applicant strongly disagrees with the Examiner's assertion. As noted 
above, which Solomon teaches that during a write transaction the old data and the old 
parity are read, the validation stamp of the new data is updated, the new data is written, 
and then the LRC (validation stamp) of the parity data is compared with the LRC of the 
old data, Solomon does not teach or suggest initializing 'a given stripe in response 
to... detecting a mismatch in block verification information associated with an existing 
data block at the particular location of said given stripe to be updated' as recited in claim 
47." 
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46. Examiner respectfully disagrees with Applicant. The reference applied, Solomon 
et al., explicitly states in column 7, lines 5-10 the block validation is made with the 
comparison of the validation stamps of the old parity and the old data for the particular 
data block. The new data and the old data pertain to the same data block. 

47. Concerning claims 8,24,36,37, Applicant argues on pages 15-16, "Also, Applicant 
respectfully submits that Solomon fails to teach or suggest 'wherein said block 
verification information associated with a particular data block includes an address 
associated with said particular data block' as recited in claim 8. The Examiner contends 
that Column 6 Line 64 - Column 7 Line 18 of Solomon teaches this feature. Applicant 
strongly disagrees with the Examiner's assertion. While Solomon teaches that 'the 
location and extent of the impending write operation is then stored in NVRAM 31 0' 
(Column 7, Lines 2-3), Solomon does not teach or suggest the features of claim 8 
highlighted above." 

48. Examiner respectfully disagrees with Applicant. The Examiner would like to point 
out that it is inherent for the block verification information to have an address associated 
with it to discern the validation stamps of which block it pertains to. Column 7, lines 1-17 
of Solomon et al. pertain to the parity and data stored at that location and the new data 
and parity to be stored at that address. 

49. Concerning claim 42, Applicant argues on page 16, under the Remarks Section, 
"Furthermore, Applicant respectfully submits that Solomon fails to teach or suggest 
'wherein said storage controller is configured to initialize said given stripe by generating 
the corresponding redundancy data block for said given stripe based on the new data 
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block and a known data pattern to be written to said given stripe at memory locations 
corresponding to one or more remaining data blocks of said given stripe" as recited in 
claim 42. The Examiner contends that Column 6 Line 64 - Column 7 Line 18 of 
Solomon teaches this feature. Applicant strongly disagrees with the Examiner's 
assertion. As noted above, while Solomon teaches that during a write transaction the 
old data and the old parity are read, the validation stamp of the new data is updated, the 
new data is written, and then the LRC of the parity data is compared with the LRC of the 
old data, Solomon does not teach or suggest the features of claim 42 highlighted 
above." 

50. Examiner respectfully disagrees with Applicant. The reference applied, Solomon 
et al., explicitly states in column 7, lines 5-10 the block validation is made with the 
comparison of the validation stamps of the old parity and the old data for the particular 
data block. The new data and the old data pertain to the same data block to be written 
to. 

51 . Concerning claim 45, Applicant argues on page 17, under the Remarks Section, 
"Additionally, Applicant respectfully submits that Solomon fails to teach or suggest 
'wherein said storage controller is configured to initialize one or more stripes in said 
data storage subsystem depending upon whether write requests are received that 
correspond to the one or more stripes and depending upon whether a mismatch is 
detected in the block verification information associated with each of the one or more 
stripes' as recited in claim 45. The Examiner again contends that Column 6 Line 64 - 
Column 7 Line 18 of Solomon teaches this feature. Applicant strongly disagrees with the 
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Examiner's assertion. As noted above, while Solomon teaches that during a write 
transaction the old data and the old parity are read, the validation stamp of the new data 
is updated, the new data is written and then the LRC of the parity data is compared with 
the LRC of the old data, Solomon does not teach or suggest the features of claim 45 
highlighted above." 

52. Examiner respectfully disagrees with Applicant. The reference applied, Solomon 
et al., explicitly states in column 7, lines 5-10 the block validation is made with the 
comparison of the validation stamps of the old parity and the old data for the particular 
data block. The new data and the old data pertain to the same data block to be written 
to. The data blocks pertain to stripes written to the disk drive. 

53. Concerning claim 46, Applicant argues on page 17, under the Remarks Section, 
"Likewise, Applicant respectfully submits that Solomon fails to teach or suggest therein 
said storage controller is configured to initialize a subset of said stripes in said data 
storage subsystem in response to receiving a write request to write a new data block in 
each of the subset of said stripes and in response to detecting a mismatch in block 
verification information associated with each of the subset of said stripes, and 
subsequent to initializing the subset of said stripes, initializing one or more remaining 
stripes in said data storage subsystem in response to receiving a write request to write 
a new data block in each of the one or more remaining stripes and in response to 
detecting a mismatch in block verification information associated with each of the 
remaining stripes' as recited in claim 46. As noted above, while Solomon teaches that 
during a write transaction the old data and the old parity are read, the validation stamp 
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of the new data is updated, the new data is written, and then the LRC of the parity data 
is compared with the LRC of the old data, Solomon does not teach or suggest the 
features of claim 46 highlighted above." 

54. Examiner respectfully disagrees with Applicant. The reference applied, Solomon 
et al M explicitly states in column 7, lines 5-10 the block validation is made with the 
comparison of the validation stamps of the old parity and the old data for the particular 
data block. The new data and the old data pertain to the same data block to be written 
to. The data blocks pertain to stripes written to the disk drive. 

Conclusion 

55. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 
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Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Yolanda Wilson whose telephone number is (571 ) 272- 
3653. The examiner can normally be reached on M-F (7:30-4:00). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Robert Beausoliel can be reached on (571 ) 272-3645. The fax phone 
number for the organization where this application or proceeding is assigned is 703- 
872-9306. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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